home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970929-19971216 / 000115_news@newsmaster….columbia.edu _Thu Oct 16 09:42:50 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA25667
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Thu, 16 Oct 1997 09:42:50 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA15149
  7.     for kermit.misc@watsun; Thu, 16 Oct 1997 09:42:49 -0400 (EDT)
  8. Path: news.columbia.edu!news.new-york.net!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!sunqbc.risq.qc.ca!news.bc.net!rover.ucs.ualberta.ca!alberta!not-for-mail
  9. From: Vladimir Alexiev <vladimir@cs.ualberta.ca>
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: Kermit via PPP under DOS? (SOLVED!)
  12. Date: 16 Oct 1997 03:53:19 -0600
  13. Organization: University of Alberta, Computing Science
  14. Lines: 31
  15. Message-ID: <omyb3u6nlc.fsf@tees.cs.ualberta.ca>
  16. References: <k1c7kBQEU5Wv@cc.usu.edu> <omvhza9x7g.fsf@tees.cs.ualberta.ca>
  17.     <5jzp7SiZjuUm@cc.usu.edu> <omn2kcqegc.fsf@tees.cs.ualberta.ca>
  18.     <omen5m8yvj.fsf@tees.cs.ualberta.ca>
  19. NNTP-Posting-Host: tees.cs.ualberta.ca
  20. In-reply-to: Vladimir Alexiev's message of 15 Oct 1997 16:06:41 -0600
  21. X-Newsreader: Gnus v5.0.15
  22. Xref: news.columbia.edu comp.protocols.kermit.misc:7894
  23.  
  24. Toni, congratulations on a great new release!
  25.  
  26. With the new features (CHAP, VJ compression, BOOTP working for Minuet, Ether
  27. working for Kermit), the small footprint, the robustness coming from Linux,
  28. and your active development, DOSPPP is certain to become *the* PPP driver for
  29. DOS.
  30.  
  31. I tried all four DOSPPP06 non-debugging versions (class1/class6, with/without
  32. CHAP) with Kermit 3.14/3.15 and they work ok. A pleasant surprise: even though
  33. class1 doesn't support BOOTP, you may still use BOOTP with class1 if the
  34. *remote* provides a BOOTP server.
  35.  
  36. > >I'm interested in knowing how well it performs
  37. Splendidly. Now, it appears to me as if class6 is giving slower performance
  38. than class1 (over the same link). Is this possible, or is it a subjective
  39. mistake of mine? Probably throughput is the same, but response time seems
  40. worse. (Of course, both are worse than the underlying shell account
  41. connection.)
  42.  
  43. Joe D wrote:
  44. >     MS-DOS Kermit rejects incoming frames whose MAC address is the same
  45. > as Kermit's own. Might this be the situation you had in dospppd? In any
  46. > case, MSK does not compare frame destination MAC address with internals of
  47. > the ARP reply.
  48.  
  49. Don't know how, but it works now. Uninformed guess: maybe the header field
  50. that EPPPD was not initializing the same as the ARP field, contained the own
  51. MAC address by accident? This would be possible if the packet buffer of the
  52. request is reused to allocate the reply.
  53.  
  54. Regards, Vlad